^^fSTAV/UlABlECOPy 

STRUCTURED 
COMPUTER ORGANIZATION 

SECOND EDITION 



ANDREW S.TANENBAUM 

Vojlf Um'versiteit 
^lerdam. Tht Nukertimdf 



PRENnCE-HAU, INC. 
ENOtEWiOOOOim. NEW JERSEY flW32 




I To Smame, Barbara, Mamn and ihe memory of Sweetie ir 



froduaion/tdiioriid fupenisam: Haacy MUnamoti' 
Mom^ociurii^ buyer: Gordon Oifcounw 



. © I9M ty ftt«k)t-H»B. die., ea^ewnd CKnTs, N. J. 07632 

AJI ri|jbtt icSBved. No (Hi of Ms book 

imy tie Mfnxlaoed in my rocra w by my flKMs 

wtlhtm paawesbi) m wiitieg Bom die ps^Jhlw. 

10 9 8 7 6 S 4 

VarMmAtUmudSmatif Ainaiea 



ISBN 0-13-6S*lM6«l-l 



PRSTKtlWl. omrH^VOttAL. IHZ. . London 

mmmmL ofcmuiA. tin, rnww 

niaOiSMiMXOF »8MflttVA1ELTO„ NewOtU 

niaiRXwu. OF JAPAN. flc„ rdjo 
nomicBiuaoFsouncAST Asu nt (,TD,5ii«n(wf# 



iHmooucnON 



cqxraiing sysccni. which Uicn reaJ ihc •DATA card. This w« an insAniaion to «c- 
cute the translaicd program, using the cards followini Uw •DATA cskJ as the data. 

Although the operating system was designed to automate ihc (^lerator's job (hence 
the name), it was also Uie first step in tiw development of a new virtuaJ ntaciiinc. 
The *RDRTRAN card could be viewed as a virtual "comjate progi^fn" insiniaiotii. 
Similarly, the *DATA card could be regarded as a inrtual "exccwe ptx^nun" instnic- 
tion. A level with oi^y two instruunions was not much or a te:vd, but it was a stan in 
ihat direction. 

In subsequent years, operating systems becaixK more and more sc^isticatcd. 
New instmctions. facilities, at«i features were added to the convcntiona) machine fevct 
until it began to take cm the appearance of a new level. Some of this new level's 
instmctions were identical to Ac convottional machine level instructions, but others, 
particularly inpul^ouiput titsuuaions, were completely different. The new instruaions 
were often tawwn as "operating system macros" or "supervisor calls" and the terms 
siill linger on. 

Operating systems' dcvelc^nd in <«hcr ways as well. The early ones read card 
decks and (Hinted o<«put on the liiw printer, litis organization was kjtown as a batch 
system. Usually there was a wait <^ several hours between the time a progmn was 
submitted and the time the results were ready. 

In the cariy 1960s lescarrfKrs at Danmouth College. MIT. and elsewhere 
developed operating systems that allowed programmers to communicate directly wiih 
the counter. In these systems, remote lerminaJs were connected to the cential com- 
piler via telqphtmc lines. A (xognammer could type in a program and get the results 
typed back almost immediately, tn his own office, (x- m his gwage at home, or 
«tecvcr he kcjs his temunal. These systems were, and still art, called time^sdharing 
systems. 

Our interest in operating systems is in thqsc parts that interpret the instmctions 
and features present in level 3 aiKl not |»eseni in level 2 rather than in the time- 
sharing aspects. Although wc will not emphasiiK it, you slwuld kcq> in nund that 
(^crating systems do more than just interpret pans of Icvd 3 progranrts. 



1.4. HAIU3 W ARE. SOn^ARE, AND MULTILEVEL MACHINES 

, Programs written in a con^ter's machine language (level I) can be directly exe- 
cuted by the computer's electronic circuits (level 0), without any intervening inter- 
preters or translators. These electtonic circuits, along with the mcnxsy and 
input/output devices, fomi die comfxiter's hardware. Hardware consists of tangible 
objects— integrated drcuits. |Hint«t diwit boards, caibles, power su{^lies. metnoms. 
card rcadere, line prinicn, mi teiminals—father than thstna ideas, al^itons, or 
instructions. 

Software, in contrast, consists of algortthins (detailed insuoiaions telling how to 
do something) and ihcir computer representations — ramcly. ptsgrams. Propams can 
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be rcprcscmcd cmj punched cards, ma^tc lapc, photograf^ic film, and other media 
but the essence of software is Ac set of iaoruaions (hat nakcs up tiic programs. ncM 
the physical media on which they art nKonkd. 

Ail inienj«diate (cm between hardware and sofiwair is firaiwan:, which consists 
of software ciTsbedded in cJccuioRic tlcvbs during Uwff maLnufacture. Bmiw^ is 
used when (he programs are mely or never eqxxied to be changed, for exan^c, in 
toys or appliajKcs. fimiwarc is aho vee6, even when the programs nwst not be iost 
when tlw power is off (eg., «*ai the doll's battery nins down). In many confers, 
(he Riiciopragrem is in funiwaie. 

A central dteme of this book that will occur over and over aj^in is: 

Hardware and so^mre are togtcally eqtdvaUm. 



Any operation pcaftHiacd by software can also be built diitcily into the hajdware 
and any tn^ucdon eaceculed by the haidwass can alsj be amalatcd in software. The 
deciskxi to put ceitain fiinc&xis in haidware and oihcn; in soitware is based on such 
facXm as co^, speed. idialHtity, and frequency of expeoed dianges. There are no 
haid and fast niles to the effect dut X must go into the haiUwaie and Y must be pro- 
gpuDfimed expli(^y. Desi^Kis with <fiff«tnt goals may, and ofidi do, naku different 



On the very first ampiters. the distinction between hanlwaic and software was 
clear. The hardwaic carried ojf a few single instructions, sudj as ADD and KMP, 
and everythutg else was {mgrammcd eiqritciily. If a program needed to multiply tvm 
lainibcis, the progranmaer had to wrijc his own mudtifdicalion procedure or bonow 
one from tiie liteary. As time pogrcssed, it became obvious to hardware designers 
that cmain opcraticais wcrt being perfomicd fRsquoidy enou^ to justify oon^nicting 
special hardware ciroiits to execute them ditectly (to make Ihem fssier). The result 
was a trend toward moving operations dowiwani. to a lower tevcl. Wha( had previ- 
ously been pipgjrammed cxj^icitly at the conventional madiine level was later faind 
below it in the hardware. 

With the coming of age of micn^giamnung and multilevel computers, the 
reverse trend also became aRjarenl. On the earliest confers there was no doubt 
that the ADD instruction was canricd out (fiiecdy by the hardware. On a micrqiro- 
grammcd computer, the ccmventional madune level's ADD instruaion was imeipreted 
by a mictoptogram running at (he boOom level and was earned out as a series of 
small steps: fetch the instruction, detcnnine its tj^, locate the data to be added, fach 
die data from memory, perform the a(Mition. and store the tcsuU. This was an exam- 
ple of a function that moved upward, from the hardware level to the microprogram. 
Once again wc cm^^ize: There are no hard and fast mics about whai musi be in 
hardwate and what must be in softw^. « 

■ IJVten devdoptng a muliilevd machioc, the designers must decide what lo put in 
cadi levd. Tliis is a generalizatkm (rf tfie problem mentioned earlier, of deciding 
to pMt in the hardware and what to pM in the software, the hanlware merely 
being the lovrest level, ft is intotsung to laac some of ilw features of smne "'^^^ 



12 



o^mooucnoN 



aw. I 



computers thai arc now peiffxmed by the hatdwaic or micrqptog^m but diai origi- 
nally weae cxfrftdUy pro^ammed at the oonveMkmal machine tevd. They include: 

1 . Instmaions for imeger imEllij^tcation and division. 

2. Roaiing-pffliM arilhmetic imtractions (sec Appendix B). 

3. OoubiC'isccisioii arithmetic instnicttons (arilhmciic on ntind)crs wih 
tvrtc« as nmy significant figpes JB usual). 

5. Instmctiom for spee(Ui% up loofiutg. 

6. liBtnictions for countii^ (adding 1 to a variable). 

7. [mtnictions for bar^iictg djaradsr ssrinp. 

8. Features lo speed up c(»npulations involving ansiys (indexing and 
indirect addiessii^). 

9. Feauires to parmit pto^ams to be moved in memcwy after they have 
started ninnii^ (lelocatian facilities). 

10. Clocks fw timittg ppQgrajns. 

1 1. tfKetf^)t systems that signal Ac con^ler as soon as an input or output 
operation is cmnpl^. 

12. The ability to slop one program and start, another in a small number of 
instructions (process switdiiog). 



Ihe point of this disoisdon is to ^ow that the boundary between hardware and 
softwaie is ntniniry md oonstaitfly changing. Today's software is tomcnrow's 
Irajdw^, and vice versa. Bulhemiore, the boundaries between dtc various levels are 
also fluid. FK«n the progFamnter's prnnt of view, how an insttuetion is actually 
implemented is unimportant (except pedaps for its speed). A person pio©amming at 
the conventional macMne level can use its nwliiply insiniction as though it were a 
hardware instruaion without havwig to wonv about it, or even bt aware of w^waher it 
really is a hardware instnictioa or not. One person's hardware is another pcreon's 

The fact that a programmer need not be awaurt of how Ac level he is using is ' 
itr^emcnted leads to the idea of stnicAued tnacJiine design. A level is often called a 
virtual machine because the progtaramer diinks of i«- as a real physical machine, even 
though it docs not actually exist. By ttnicaurii^ a machine as a scries of levels, pro- 
granvners working on level n ttcei not be aware of all the messy ikaails <rf the under- 
lying levels. This structuring «»)Ofit»}usly sirnplifics ihe production of comf^ex (vir 
lual) machines. 



1 Patent Case [ IPA Process | Ven 


dor. Office & Staff | Data Mr,( 




Reports 1 Profile i Heifl 


1 » Mail Log | PTO Deposit 


^JSPTcTiiii^iT^ Annu 


ty Import | Globai Updates 






' App Number 


^ ' Patent N)jiiib«r 


















Jan-21-2004 


Jan-13-20i 


App Number lO/SS40i3 


PDNO 200339330 


- 1 


May-20-2004 


May-14-2C 


Patent No 


R««p Mty fUS 


Country US 






App Status S€MDING 


Entity Atty RJS 


Eitttty IIM - iJS 


Apr-22-2005 


Apr-14-20t 


Fin at Status 










Date 


Rftng D«t« Ort- 10-2303 Offkr* Pt. Cdltns | 


•Oc-^*^^ 26QG * 


Oct-iO -.''i 


Da t« of Receipt * Oct-lS-200S 


fVofn * PTC 


FAX 






Base Date * Oct- 10-2006 




Urgent 












(Merlin Tab Name * CSrSiiat Mat! {Pat*mt 0®c«) 








iMeriio Item * OfUc^s-'fissarwri^r's Action 








Action Tvi>« OA 3 MO 










Remarks 












K>i thad t^catsd; Oct-16-2CO€ OSilSilS 1 










» Print Results 













http:/71egal.hp.com/s/ipaprocess/pages/MailLog.aspx 



10/16/2006 



